home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / April 96 / Re <no subject> < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  2.4 KB  |  [TEXT/ttxt]
  1. Subject:     Re: <no subject>
  2. Sent:        4/19/96 11:30 AM
  3. Received:    4/19/96 11:41 AM
  4. From:        Jim Lloyd, jim@melongem.com
  5. Reply-To:    ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. At 5:40 AM 4/19/96, PIPUS Aurora wrote:
  9. >I have created an initial project, to which I have added my part
  10. >specific code, using PartMaker provided with ODF 1.0d11. Nevertheless,
  11. >when I modify the code and compile it, after several times, the new
  12. >part  seems not to see these changes. For example, if I comment the
  13. >call to the DoHelloCommand in the DoMenu, the part changes the message
  14. >displayed by the part.
  15. >Can someone help me?
  16. >Thanks. Aurora.
  17.  
  18. Aurora,
  19.  
  20. There are several reasons why your last-built OpenDoc part might not get
  21. launched.  I suggest you do the following:
  22.  
  23. 1) Make an alias to your part editor library and place this is the Editors
  24. folder. If you copy the shared library into the editors folder, and then
  25. rebuild your part and forget to move it into the Editors folder, you'll
  26. still be launching the old editor. Using an alias means that you leave the
  27. Part Editor where your development environment builds it.
  28.  
  29. 2) Make sure there are no other copies of your part editor where OpenDoc or
  30. the Code Fragment Manager might find them. Ideally, there should be only
  31. one shared library containing your part on your system.  Note that CFM
  32. finds shared libraries by looking at the cfrg resource, not by using the
  33. file name.  You can't hide an OpenDoc part editor by simply renaming it in
  34. the finder.
  35.  
  36. 3) Make sure your part editor has unique code fragment names (in the cfrg
  37. resource).  Since you used PartMaker, this is simply a matter of making
  38. sure you filled in your Company Name and used a unique Project Name.
  39.  
  40. You also asked about debugging.  The OpenDoc team has provided quite a bit
  41. of information about debugging OpenDoc parts for all of the popular
  42. development environments and debuggers.  Have you read this information?
  43. Look on the DR4 CD in the path:
  44.  
  45. 'OpenDoc™ Dev Rel 4:Development:Debugging OpenDoc:'
  46.  
  47. If you're using CodeWarrior, all you need to do is Enable Debugging, build
  48. your part, and then open the .xSYM file to launch the debugger.  Then,
  49. either make stationery for your part, or open an existing stationery or
  50. document. The CodeWarrior debugger will notice your part editor code
  51. fragment being loaded, and stop the launch, and give you a chance to set
  52. breakpoints.
  53.  
  54. Jim Lloyd
  55. ODF Team
  56.  
  57.